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^ (57) Abstract: The method of self-organization includes processes for cluster (Fig. 2) formation, network maintenance, intra-cluster 
communication (Fie. 1). In the cluster formation process, each node discovers if any neighboring node (9, 8, 1 1) is a cluster head 
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communication link with the cluster head or the networked node. If no cluster head or networked node is discovered, the node itself 
becomes a cluster head. The network is maintained by each node periodically broadcasting a HELLO message to neighboring nodes 
(Fig. 6), receiving responses the message and updating a neighbour list in accordance with responses to the HELLO message. The 
resulting network has one or more clusters of nodes, each with a cluster head and a number of member nodes, each assigned a node 
identifier by the cluster head. Border nodes are members of at least two clusters acting as routers. 
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PROTOCOL AND STRUCTURE FOR SELF-ORGANIZING NETWORK 

PRIORITY DATA 

5 This application claims the benefit under Title 35, United States Code Section 

119(e), to United States provisional application serial number 60/285,165 filed April 
20,2001. 

CROSS REFERENCE TO RELATED APPLICATIONS 

This application is related to pending U.S. patent application number 
10 09/803322 filed March 9, 2001 titled "A Multiple Access Protocol and Structure for 

Communication Devices in an Asynchronous Network", and to pending U.S. patent 
application number 10/022935 filed December 18, 2001 titled "A Multiple Access 
Protocol and Structure for Communication Devices in an Asynchronous Network", 
which are hereby incorporated herein by reference. 

1 5 FIELD OF THE INVENTION 

This invention relates generally to the field of communication networks. More 
particularly, the invention relates to a protocol and structure for a self-organizing 
network. 

BACKGROUND OF THE INVENTION 

20 There are many applications for wireless communication networks, such as 

wireless sensors, industrial control and monitoring, intelligent agriculture, asset and 
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inventory tracking, and security. The manual configuration of such networks can be 
time consuming and expensive. There is therefore a need for a communication 
protocol that produces an ad hoc, self-organizing network; that is, a network with a 
random topology in which the network organization and maintenance occur without 
5 human intervention. 

SUMMARY OF THE INVENTION 

The present invention relates generally to self-organizing communication 
networks and in particular to structures and protocols for the operation of cluster tree 
self-organizing networks. Objects and features of the invention will become apparent 
to those of ordinary skill in the art upon consideration of the following detailed 
description of the invention. 

The Cluster Tree Protocol of the present invention is a protocol of the logical 
link and network layers for a wireless ad-hoc network. In one embodiment, the 
protocol uses link-state packets to form either a single cluster network, or a potentially 
larger cluster tree network. The network is basically self-organized, and supports 
network redundancy to attain a degree of fault resistance and self-repair. 

Nodes select a cluster head and form a cluster according to the self-organized 
manner. In the cluster formation process the cluster head assigns a unique node ED to 
each member node. 

Self-developed clusters connect to each other using a Designated Device. The 
Designated Device is a special node that has high computing ability and large 
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memory space; in most applications it is also the gateway between the network and 
the Internet. The Designated Device assigns a unique cluster ID to each cluster. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 The novel features believed characteristic of the invention are set forth in the 

appended claims. The invention itself, however, as well as the preferred mode of use, 
and further objects and advantages thereof, will best be understood by reference to the 
following detailed description of an illustrative embodiment when read in conjunction 
with the accompanying drawing(s), wherein: 
10 FIG. 1 is a diagrammatic representation of a cluster head selection process of 

the invention. 

FIG. 2 is a diagrammatic representation of a link setup process between a 
cluster head and a member node in accordance with the invention. 

FIG. 3 is a diagrammatic representation of a single-hop cluster structure in 
15 accordance with the invention. 

FIG. 4 is a diagrammatic representation of a multi-hop cluster setup procedure 
"in accordance with the invention. 

FIG. 5 is a diagrammatic representation of a multi-hop cluster structure in 
accordance with the invention. 
20 FIG. 6 is a diagrammatic representation of a process for updating a neighbor 

list in accordance with the invention. 

FIG. 7 is a diagrammatic representation an exemplary network. 

3 

BNSOOC1D: <WO 02087172Al_l_> 



WO 02/087172 



PCT/US02/12519 



FIG. 8 is a neighbor list of a node in cluster border of the network shown in 

FIG. 7. 

FIG. 9 is a diagrammatic representation an exemplary network. 
FIG. 10 is a link-state report corresponding to the network in FIG. 9. 
FIG. 11 is a diagrammatic representation an exemplary network. 
FIG. 12 is a topology update table corresponding to the network in FIG. 11. 
FIG. 13 is a diagrammatic representation of an exemplary network with a 
failed node. 

FIG. 14 is a modified link-state report table for the network shown in FIG. 



FIG. 15 is a diagrammatic representation of the network in FIG. 13 following 
a first stage of link recovery. 

FIG. 16 is a topology update table for the network shown in FIG. 15. 



10 



13. 



15 



FIG. 17 is a diagrammatic representation of the network in FIG. 13 following 
a second stage of link recovery. 



FIG. 18 is a link-state report table for the network shown in FIG. 17. 



FIG. 19 is a topology update table for the network shown in FIG. 17. 



FIG. 20 is a diagrammatic representation of multiple access control using 



RTS/CTS messages. 



20 



FIG. 21 is a flow diagram showing data packet forwarding flow. 



FIG. 22 is an interaction diagram of a first example of cluster ED assignment. 
FIG. 23 is a diagrammatic representation of a network corresponding to FIG. 



22. 



4 



BNSDOCID; <WO. 



.02087 172A1_L> 



WO 02/087172 



PCT/US02/12519 



FIG. 24 is an interaction diagram of a second example of cluster ID 
assignment. 

FIG. 25 is a diagrammatic representation of a network corresponding to FIG. 

24. 

5 FIG. 26 is an interaction diagram of a third example of cluster ID assignment. 

FIG. 27 is a diagrammatic representation of a network corresponding to FIG. 

26. 

FIG. 28 is an interaction diagram of a fourth example of cluster ID 
assignment. 

10 FIG. 29 is a diagrammatic representation of a network corresponding to FIG. 

28. 

FIG. 30 is an interaction diagram of an exemplary network. 
FIG. 31 is a network link-state report corresponding to the network shown in 
FIG. 30. 

15 FIG. 32 is a diagrammatic representation of an exemplary network. 

FIG. 33 is a network topology update table corresponding to the network 
shown in FIG. 32. 

FIG. 34 is a diagrammatic representation of an exemplary network illustrating 
network redundancy. 

20 FIG. 35 is a modified network link-state report corresponding to the network 

shown in FIG. 34. 

FIG. 36 is a modified network topology update table corresponding to the 
network shown in FIG. 34. 
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FIG. 37 is a diagrammatic representation of an exemplary multi-cluster 
network illustrating border nodes. 

FIG. 38 shows the structure of an exemplary HELLO message. 
FIG. 39 shows the structure of an exemplary CONNECTION REQUEST 
5 message. 

FIG. 40 shows the structure of an exemplary CONNECTION RESPONSE 
message. 

FIG. 41 shows the structure of an exemplary NODE ID REQUEST message. 
FIG. 42 shows the structure of an exemplary NODE ID RESPONSE message. 
10 FIG. 43 shows the structure of an exemplary DISCONNECTION REQUEST 

message. 

FIG. 44 shows the structure of an exemplary DISCONNECTION RESPONSE 
message. 

FIG. 45 shows the structure of an exemplary LINK-STATE REPORT 
15 message. 

FIG. 46 shows the structure of an exemplary TOPOLOGY UPDATE 
FIG. 47 shows the structure of an exemplary NETWORK CONNECTION 
REQUEST message. 

FIG. 48 shows the structure of an exemplary NETWORK CONNECTION 
20 RESPONSE message. 

FIG. 49 shows the structure of an exemplary CLUSTER ID REQUEST 
message. 

6 
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FIG. 50 shows the structure of an exemplary CLUSTER ID RESPONSE 
message. 

FIG. 51 shows the structure of an exemplary NETWORK DISCONNECTION 
REQUEST message. 

5 FIG. 52 shows the structure of an exemplary NETWORK DISCONNECTION 

RESPONSE message. 

FIG. 53 shows the structure of an exemplary NETWORK LINK-STATE 
REPORT message. 

FIG. 54 shows the structure of an exemplary NETWORK TOPOLOGY 
10 UPDATE message. 

FIG. 55 shows the structure of an exemplary REQUEST TO SEND (RTS) 
message. 

FIG. 56 shows the structure of an exemplary CLEAR TO SEND (CTS) 
message. 

15 FIG. 57 shows the structure of an exemplary ACKNOWLEDGEMENT 

(ACK) for Intra Cluster Communication. 

FIG. 58 shows the structure of an exemplary ACKNOWLEDGEMENT 
(ACK) for Inter Cluster Communication. 

FIG. 59 shows the structure of an exemplary Intra Cluster DATA frame. 
20 FIG. 60 shows the structure of an exemplary Inter Cluster DATA frame. 
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DETAILED DESCRIPTION OF THE INVENTION 

While this invention is susceptible of embodiment in many different forms, 
there is shown in the drawings and will herein be described in detail one or more 
specific embodiments, with the understanding that the present disclosure is to be 
5 considered as exemplary of the principles of the invention and not intended to limit 

the invention to the specific embodiments shown and described. In the description 
below, like reference numerals are used to describe the same, similar or corresponding 
parts in the several Views of the drawings. 

The Cluster Tree Protocol of the present invention is a protocol of the logical 
10 link and network layers for a wireless ad-hoc network. In one embodiment, the 

protocol uses link-state packets to form either a single cluster network, or a potentially 
larger cluster tree network. The network is basically self-organized, and supports 
network redundancy to attain a degree of fault resistance and self-repair. 

Nodes select a cluster head and form a cluster according to the self-organized 
15 manner that will be described below. In the cluster formation process the cluster head 

assigns a unique node ID to each member node. 

Self-developed clusters connect to each other using the Designated Device. 
The Designated Device is a special node that has high computing ability and large 
memory space; in some applications it is also the gateway between the network and 
20 the Internet. The Designated Device assigns a unique cluster ID to each cluster. 

In the preferred embodiment, a network is made of one or more clusters, each 
cluster having a cluster head and a number of member nodes. The formation and 
operation of a single cluster is described first. Multi-cluster networks are described 
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later. Each node is directed by a computer program stored in a memory, an 
application specific integrated circuit, a digital signal processor or an equivalent 
device. Each node has an input for receiving data and an output for transmitting data. 
Single Cluster Network: Cluster Formation Process 
5 The Cluster formation process begins with the selection of the cluster head, 

the first node in the cluster. After a cluster head is selected, the cluster head expands 
links with other member nodes to form a cluster. 

One example of selecting a cluster head is illustrated in FIG. 1. After a node 
turns on, it operates as a regular network node, and listens and searches for a HELLO 

10 message from other nodes. (A HELLO message is a simple broadcast message 

identifying the transmitting node.) If the node does not receive any HELLO messages 
for a first period of time, e.g., 1-30 seconds, it then operates as a cluster head and 
sends out a HELLO message to its neighbors. The new cluster head waits for 
responses from neighboring nodes for a second period of time, e.g., 2-60 seconds. If 

15 no connection requests are received, the node turns back to operation as a regular 

network node and listens again. 

Other methods to select a cluster head are possible. The cluster head can be 
selected based on stored/calculated parameters of each node, like transmission range, 
power capacity, computing ability or location information. After a node is selected as 

20 a cluster head (CH), it broadcasts a periodic HELLO message that contains a part of 

the cluster head MAC (Multiple Access Control) address and a node ID (0 for 
example) that indicates the cluster head. This is shown in FIG. 2. Referring now to 
FIG. 2, the nodes that receive this HELLO message send a CONNECTION 
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REQUEST message to the cluster head. When the cluster head receives the 
CONNECTION REQUEST, it responds to the node with a CONNECTION 
RESPONSE message that contains a node ID for the node. The node ID should 
preferably be unique within a cluster and the cluster head has the responsibility to 
5 assign and manage unique node IDs to its member nodes. The node that is assigned a 

node ED replies with an ACK (acknowledge) message to the cluster head. After every 
message exchange is finished, both nodes set each other as parent or child. Each node 
maintains a neighbor list, which includes a list of parent and child nodes. 
Specifically, the cluster head denotes the newly added node as a child in its neighbor 

10 list and the new node denotes the cluster head as a parent. The link between the 

cluster head and the member node is established at this moment. 

If all nodes are located in the range of the cluster head, the topology of 
connection becomes a star, as shown in FIG. 3, and every member node is connected 
to the cluster head with one hop. In the preferred embodiment, the maximum number 

15 of nodes in a cluster is 254 including the cluster head. If node addresses with N-bits 

are used the maximum number of nodes is 2 N -2. The administrator or the 
manufacturer may limit the node feature to supporting only single hop cluster. 

A cluster can expand into a multi-hop structure when each node supports 
multiple connections. Although network delay increases, the coverage within one 

20 cluster can increase. The multi hop cluster setup procedure is described in FIG. 4. 

After node B has established a link with the cluster head, it starts to relay HELLO 
messages from the cluster head. When node C gets the message from node B, it sends 
a CONNECTION REQUEST message to node B. Node B requests a new node ID to 
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the cluster head for node C. When node B receives a new node ID from the cluster 
head, it sends a CONNECTION RESPONSE message to node C. Then node C 
receives it and answers with an ACK message. After this message exchange, node C 
sets node B as its parent, node B sets node C as its child, and the cluster head sets 
5 node C as node B's child. Node C then starts to relay HELLO messages to announce 

itself to its neighborhood. 

When a node receives several HELLO messages from different nodes, there 
are many different ways to select the Hello message to which to respond. In a 
preferred embodiment, the node responds to the earliest HELLO message. In another 
10 embodiment, it responds to the strongest HELLO message. The path to the cluster 

head might not be ideal at this time. The route to the cluster head will optimize in a 
later process. 

This expansion process can continue until the cluster head runs out of node 
IDs. The maximum hop count may also be limited to reduce maximum network 
15 delay. 

When the cluster head has run out of node IDs or the cluster has reached some 
other defined limit, the cluster head should reject connection requests from new 
nodes. To reject the connection request, the temporary NID (NID 254 for example) is 
used in the destination NID field of the CONNECTION RESPONSE message or the 
20 new NID field of the NODE ID RESPONSE message. 

When a requester node receives a NODE ED RESPONSE message with NID 
254, it sends a CONNECTION RESPONSE message with NID 254 to the new node. 
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If a new node has received a CONNECTION RESPONSE with NID 254, it 
stores the cluster ID and stop sending a CONNECTION REQUEST message to the 
node belonging to the same cluster for a while. 

An example of a multi-hop cluster structure is shown in FIG. 5. 
Single Cluster Network: Network Maintenance 

The cluster head periodically broadcasts HELLO messages to its member 
nodes. When these member nodes receive the HELLO message from the cluster 
head, they also send HELLO messages to announce themselves to their neighbors. 
Every node records their neighbor nodes in their neighbor list. The entry of the 
neighbor list is updated by the periodic HELLO message. If a node entry doesn't 
update until certain timeout limit, it should be eliminated. This process is shown in 
FIG. 6. 

The member nodes can talk directly with the neighbor nodes. If a node wants 
to communicate with a node outside of its range, it asks the cluster head or the parent 
node to relay the message to the destination. 

A node may receive a HELLO message from a node that belongs to different 
cluster. In that case, the node adds the cluster ID (CBD) of the transmitting node in 
the neighbor list. An exemplary network is shown in FIG. 7. The corresponding 
neighbor list for node 2 is shown in FIG. 8. 

Every node has to report its link state to the cluster head. A member node 
periodically sends a LINK-STATE REPORT message that contain its neighbors node 
ID list to the cluster head. The frequency of Link-State Report message will be 
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determined by application requirements and stability. FIG. 9 shows an exemplary 
network. A table of the link-state reports sent by each node is shown in FIG. 10. 

Based on the LINK-STATE REPORT message the cluster head periodically 
calculates the shortest path between itself and member nodes and informs it to the 
5 members by TOPOLOGY UPDATE message. An example of a TOPOLOGY 

UPDATE report for the network shown in FIG. 11 is shown in FIG. 12. 

The cluster head should choose the route with the smallest hop count. If there 
are several routes with the same hop count, the cluster head should choose the route 
that has the smallest node ID as the parent node or some similar arbitration rule. 

10 If a member node receives the TOPOLOGY UPDATE message that the 

different parent node is linked to the node, it changes the parent node as indicated in 
the message. The member node also records its child nodes and the nodes below it in 
the tree at this time. The nodes within a cluster basically communicate with other 
node through the parent node except the case where they communicate with their 

15 neighbor nodes directly. The cycle of the Topology Update depends on the Link- 

State Report cycle. 

If a member node has trouble and becomes unable to communicate, the tree 
route of the cluster would be reconfigured. In the cluster show in FIG. 13, the node 2 
has trouble and stops communication. A modified table of corresponding link-state 
20 reports is shown in FIG. 14. Since the nodes 2, 7, 8 and 10 cannot send the LINK- 

STATE REPORT, the cluster head calculates a new route from other link-state 
information. By the first TOPOLOGY UPDATE message, the node 7 establishes a 
new connection with the node 3, as shown in FIG. 15. The corresponding topology 
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update report is shown in FIG, 16. In the next cycle of TOPOLOGY REPORT and 
UPDATE, the nodes 8 and 10 are instructed to connect to node 7. The resulting 
network is shown in FIG. 17. The corresponding link-state report is shown in FIG. 
18 and the corresponding topology update is shown in FIG. 19. 
5 When the cluster head has trouble, the distribution of HELLO messages is 

stopped and all member nodes know that they have lost the cluster head. The member 
nodes lose their node ID and connections with the parent/children nodes. The cluster 
is then reconfigured in the same way as the cluster formation process. 
Single Cluster Network: Intra Cluster Communication. 

10 There are many options in Multiple Access Control. One is CSMA/CA 

(Carrier Sense Multiple Access/ Collision Avoidance); another is pure ALOHA 
(where messages are sent at any time and then resent if the message is not received). 
In the CSMA/CA option, RTS (Request To Send)/CTS (Clear To Send) messages are 
used. Referring now to FIG. 20, when a node wants to send a packet to other node, it 

15 sends RTS at first and then waits for CTS. After receiving RTS, the receiving node 

sends a CTS frame to acknowledge the right for the sending node to send data frame. 
This procedure reduces the chance of collision by hidden nodes. 

A node receiving an error-free frame can send an ACK frame to the sending 
node to acknowledge the successful reception of the frame. 

20 When a node wants to send a packet to other node, i.e. it wants to unicast a 

message, it sets its node ID in the source NID field of the packet and its destination 
node ID in destination NID field. If a node isn't sending to one of its neighbors, and 
if the destination node is below the source in the tree, the source node sets its child 
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node ID in the receiving NID field and asks its child node to forward to the 
destination. If the source isn't sending to one of its neighbors, and if the destination 
node isn't below the source branch, the source sets its parent node ID in the receiving 
NID field and sends the packet to its parent. Each intermediate node should relay the 
5 packet toward the destination node as it updates receiving and transmitting NID 

fields. 

The packet is routed along the tree topology except for the last one hop. If the 
destination node is below the sender node in the tree structure, the packet is forwarded 
along the branch to the destination. Otherwise, the packet goes up along the tree 

10 structure and looks for the destination. If the intermediate node has the destination 

node in its neighbor list, the packet is routed apart from the tree route. 

When a node receives a unicast message, the receiving node should respond to 
the transmitting node with an ACK message. The detail of packet forwarding process 
is described in FIG. 21. Referring to the flow chart in FIG. 21, the receiving node 

15 receives a packet at block 120. At decision block 122 a check is made to determine if 

the Cluster Head ID matches that of the cluster. If the Cluster Head ID is that of a 
different cluster, the packet is discarded at block 124. If the Cluster Head ID is that of 
the present cluster, flow continues to decision block 126. At decision block 126, the 
frame type is checked. If the frame type does not indicate that the packet contains 

20 data, the packet is passed to a different process at block 128. If the frame type 

indicates that the packet contains data, flow continues to decision block 130, where a 
check is made to determine if the Node ID is that of the present node. If the ID is that 
of another node, flow continues to block 124 and the packet is discarded. If the ID 

15 
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indicates that this is a broadcast message, flow continues to block 132 where the 
packet is accepted. At decision block 134 the Source Node ID is checked. If the 
source Node ID is that of the parent node, the packet is forwarded at block 136, 
otherwise no further action is taken, as indicated by block 138. Returning to decision 

5 block 130, if the receiving node ID is that of the receiving node, flow continues to 

decision block 140 and the Destination Device ID is checked. If the Destination 
Device ID matches the receiving node ID, the packet is accepted at block 142 and an 
acknowledgement (ACK) message is sent at block 144. If the Destination Device ID 
does not match the receiving node ID, the RNID field in the packet is updated at 

10 block 146, the packet is forwarded at block 148 and an ACK message is sent at block 

150. 

The broadcast message within a cluster is sent by the cluster head and 
forwarded by all member nodes. The receiving node shouldn't respond to the 
broadcast message with ACK message. A member node should forward the broadcast 
15 message that is sent by its parent to avoid forwarding the same packet more than once. 

Large packets may be sent in several parts, in accordance with a packet 
fragmentation rule. 
Inter Cluster Network 

The preferred embodiment of multi-cluster network formation and the 
20 subsequent communication between clusters is now described. 

To form a multi -cluster network, a Designated Device is needed in the 
network. The Designated Device assumes an important role in the network. It has the 
responsibility to assign a unique cluster ID to each cluster head. This cluster ID, 
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combined with the node ID that the cluster head assigns to each node within a cluster, 
forms a logical address and is used to route packets. Another role of the Designated 
Device is to calculate the shortest route from the cluster to Designated Device and 
inform it to all nodes within the network. 
5 Inter Cluster Network: Network Formation Process 

Each node is unique due to the combination of the cluster ID (CID) and the 
node ID (NED). The NID is assigned by each cluster head (CH) and the Designated 
Device (DD) assigns a unique CID to each cluster in early stage of multi-cluster 
network formation. 

10 Referring now to the interaction diagram shown in FIG, 22, when the DD 

joins the network, it acts as the cluster head of cluster 0 and starts to send HELLO 
message to the neighborhood. If a CH has received this message, it sends a 
CONNECTION REQUEST message and joins the cluster 0. After that, the CH 
requests a CID to the DD. In this case, the CH is a border node that has two logical 

15 addresses. One is for a member node of the cluster 0 and the other is for a cluster 

head. When the CH gets a new CID, it informs to its member nodes by sending a 
HELLO message. The corresponding network is shown in FIG. 23. 

Referring to FIG. 24, if a member node has received the HELLO message 
from the DD, it adds CID 0 in its neighbor list and reports to its CH. The reported CH 

20 selects the member node as a border node to its parent cluster and sends a 

NETWORK CONNECTION REQUEST message to the member node to set up a 
connection with the DD. The border node requests a connection and joins the cluster 
0 as its member node. Then it sends a CID REQUEST message to the DD. After the 
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CID RESPONSE message arrival, the border node sends a NETWORK 
CONNECTION RESPONSE message that contains a new CID to the CH. When the 
CH gets a new CID, it informs its member nodes by the HELLO message. The 
corresponding network is shown in FIG. 25. 

5 

The clusters not bordering cluster 0 use intermediate clusters to get a CID. 
Two cases can be thought as the same as above. One case, shown in the interaction 
diagram in FIG- 26 and the network in FIG. 27, is where the CH becomes the border 
node to its parent cluster. The other case, shown in the interaction diagram of FIG. 
10 28 and the corresponding network in FIG 29, is where the CH names a member node 

as the border to its parent cluster. In both cases, the process is triggered by the 
HELLO message that contains a CID from 1 to 253 instead of the HELLO from the 
DD. 

Each member node of the cluster records its parent cluster, child/lower clusters 
15 and the border node IDs associated with both the parent and child clusters. The DD 

stores the whole tree structure of the clusters. 
Inter Cluster Network: Network Maintenance 

Although the clusters form an initial tree topology in the CID assignment 
procedure, it may not be the optimal tree structure and the tree structure may change 
20 due to the failure of nodes. The clusters use the cluster link-state information to 

calculate the optimized route and periodically update their topology for the network 
redundancy. 
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Every cluster reports its link-state information to the DD. The cluster head 
periodically sends a NETWORK LINK-STATE REPORT message that contains its 
neighbor cluster CED list to the DD. An exemplary network is shown in FIG- 30 and 
the corresponding link-state reports are shown in FIG. 31. 
5 Based on the NETWORK LINK-STATE REPORT message, the DD 

periodically calculates the optimized tree route and sends a NETWORK TOPOLOGY 
UPDATE message to inform up-to-date route from the DD to the clusters. An 
exemplary network is shown in FIG. 32 and the corresponding network topology 
updates are shown in FIG. 33. The DD chooses the route with the smallest hop 
10 count. If there are several routes with the same hop count, the DD should choose the 

cluster that has the smallest CID as the parent cluster, or some other functional rule 
for arbitrating ties. 

If a cluster head receives the NETWORK TOPOLOGY UPDATE message 
and determines that a different parent cluster is linked to the cluster, it changes the 
15 parent cluster as indicated in the message. All nodes within the cluster should 

memorize its parent cluster, child/lower clusters and the border nodes' NDD at this 
time. 

When a failure has occurred in the network, the cluster may have to find an 
alternative route to the DD. This feature is achieved by using the messages explained 
20 above. 

In the example network shown in FIG. 34, a problem has occurred in cluster 
L The NETWORK LINK-STATE REPORT messages, shown in FIG. 35, from 
cluster 1 and 3 fail to arrive at the DD. The link-sate report from cluster 3 fails to 
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arrive because it was linked to the DD via the failed cluster. The link-state report 
from cluster 2 no longer indicates a link to cluster 1. The DD broadcasts a new 
NETWORK TOPLOGY UPDATE message, shown in FIG. 36, and indicates cluster 
3 to switch the parent to cluster 4. 
5 A backup Designated Device (BDD) can be prepared to prevent network down 

time due to the DD's trouble. One example is that a BDD is connected to the DD by 
wired or wireless network and periodically duplicate the list of cluster ID and network 
link-state information from the DD. The BDD takes over the DD role as soon as it 
detects the DD's failure. Other solutions may be possible to realize the BDD. 
10 Inter Cluster Communication 

Inter cluster communication is realized by routing. The border nodes act as 
routers that connect clusters and relay packets between clusters. An exemplary multi- 
cluster network with border nodes is shown in FIG. 37. 

Every node knows its parent cluster, child/lower cluster and the border node 
15 ID. When a node sends a unicast message (a message to a specific node), receiving 

nodes can decide where they should send/forward the packet. When a border node 
receives a packet, it examines the destination address, then forwards to the next 
border node in the adjacent cluster or to the destination node within the cluster. 

Only the DD can broadcast a message by sending it to all nodes within its 
20 network. The message is forwarded along the tree route of clusters. The border node 

should forward the broadcast packet from the parent cluster to the child cluster. 

An exemplary implementation of the network of the present invention is 
described in more detail below 
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Address Scheme 

An exemplary address scheme is described below. 

Each node is assigned a 16 bit logical address that consists of a cluster ID 
(CID) and a node ID (NID). 
5 Cluster ID 

The Designated Device assigns a unique 8-bit cluster ID to the cluster. CID 
255 means all clusters and is used for broadcast message. 



Table 1 Cluster ID 



Binary 


Decimal 




CID Function 


00000000 


0 




Designated Device (DD) 


00000001 


1 




Regular Cluster 


I 


I 




11111101 


253 




11111110 


254 




Temporary Cluster ID 


11111111 


255 




Broadcast 



Node ID 

10 The cluster head assigns a unique 8-bit node ID to its member nodes. The 

cluster head uses NID 0. NID 255 is for broadcast and 254 for temporary use. 



Table 2 Node ID 



Binary 


Decimal 




NID Function 


00000000 


0 




Cluster Head (CH) 


00000001 


1 






I 


I 




Member node 


11111101 


253 






11111110 


254 




Temporary node ID 


11111111 


255 




Broadcast 
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Frame Structure 

One embodiment of the different types of packets that are used for 
communication within and between clusters is described below. 
Frame Type 

5 A 6-bit field is defined for the frame type. The first two bits define the 

category of the function and the next four bits indicate the detail functions. 



Table 3 Frame Type 



Frame Type 


Frame Function 


(bit 1, bit 2) 


(bit 3, 4, 5, 6) 


Intra Cluster 
Management Frame 
00 


0000 


HELLO 


0001 


CONNECTION REQUEST 


0010 


CONNECTION RESPONSE 


0011 


NODE ID REQUEST 


0100 


NODE ID RESPONSE 


0101 


DISCONNECTION REQUEST 


0110 


DISCONNECTION RESPONSE 


0111 


LINK-STATE REPORT 


1000 


TOPOLOGY UPDATE 


1001 - 1111 


Reserved 


Inter Cluster 
Management Frame 
01 


0000 


NETWORK CONNECTION REQUEST 


0001 


NETWORK CONNECTION RESPONSE 


0010 


CLUSTER ID REQUEST 


0011 


CLUSTER ID RESPONSE 


0100 


NETWORK DISCONNECTION REQUEST 


0101 


NETWORK DISCONNECTION RESPONSE 


0110 


NETWORK LINK-STATE REPORT 


0111 


NETWORK TOPOLOGY UPDATE 


1000- 1111 


Reserved 


Control Frame 


0000 


REQUEST TO SEND (RTS) 
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10 


0001 


CLEAR TO SEND (CTS) 


0010 


ACKNOWLEDGEMENT (ACK) for Intra Cluster 


0011 


ACKNOWLEDGEMENT (ACK) for Inter Cluster 


0100-1111 


Reserved 


Data Frame 
11 


0000 


INTRA CLUSTER DATA 


0001 


INTRA CLUSTER DATA with ACK 


0010 


INTER CLUSTER DATA 


0011 


INTER CLUSTER DATA with ACK 


0100-1111 


Reserved 



Management Frames 

Intra Cluster Management Frames 

The structure of the HELLO message is shown in FIG. 38. Referring to FIG. 

5 38, CH DID denotes the Cluster Head Device ID, which is a part of cluster head MAC 

address. This field is used to determine whether the transmitting node belongs to the 

same node cluster. TNID denotes the Transmitting Node ID: the node ID of 

source/intermediate node that sends the packet. TCID denotes the Transmitting 

Cluster ID, i.e. the cluster ID of transmitter. Before assignment of CID, the cluster 

10 head uses temporary CID 254. 

The structure of the CONNECTION REQUEST message is shown in FIG. 39. 

Referring to FIG. 39, CH DID denotes the Cluster Head Device ID which is a part of 

the cluster head MAC address that the new node wants to join. Dst NID denotes the 

Destination Node ID, i.e. the node ID that the new node requests a connection and Src 

15 DID denotes the Source Device ID: a part of the source node MAC. 

The structure of the CONNECTION RESPONSE message is shown in FIG. 

40. Referring to FIG. 40, CH DID denotes the Cluster Head Device ID. Src NID 
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denotes the Source Node ID, i.e. the node ID that is requested the connection by the 
new node. Dst DID is the Destination Device ID, and is a copy of Src DID field of 
CONNECTION REQUEST message. New NID denotes the New Node ID, which is 
the new node ID that is assigned to the requester node. When the requested node 
5 rejects the request, it puts 254 in this field. 

FIG. 41 shows the structure of the NODE ID REQUEST message. Referring 
to FIG. 41, CH DID denotes the Cluster Head Device ID and RNID denotes the 
Receiving Node ID, i.e. the node ID of destination/intermediate node that should 
receive the packet. Src NID denotes the Source Node ID, i.e. the node ID that is 
10 requesting the connection for the new node. New Node DID denotes the New Node 

Device ID. This is a copy of Src DID field of the CONNECTION REQUEST 
message 

The structure of the NODE ID RESPONSE is shown in FIG. 42. Referring to 
FIG. 42, CH DID denotes the Cluster Head Device ID, RNID denotes the Receiving 

15 Node ID, Dst NID denotes the Destination Node ID and New Node DID denotes the 

New Node Device ID. The New Node DID is a copy of New Node DID field of the 
CLUSTER ID REQUEST message. New NID denotes the New Node ID, i.e. the 
node ID that is assigned to the new node. When the cluster head rejects the request, it 
puts the ID 254 in this field. 

20 FIG. 43 shows the structure of the DISCONNECTION REQUEST message. 

Referring to FIG. 43, CH DID denotes the Cluster Head Device ID and Src NID 
denotes the Source Node ID (the node ID of requesting node). 
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FIG. 44 shows the structure of the DISCONNECTION RESPONSE message. 
Referring to FIG- 44, CH DID denotes the Cluster Head Device ID and Dst NED 
denotes the Destination Node ID. 

FIG. 45 shows the structure of the LINK-STATE REPORT message. 
5 Referring to FIG. 45, CH DID denotes the Cluster Head Device ID, RNID denotes 

the Receiving Node ED, and Src NID denotes the Source Node ID. Length 1 denotes 
the number of NID fields and Length 2 denotes the number of CID fields. NID #n is 
the identifier of neighbor node #n. CID #m is the identifier of neighbor cluster #m. 

FIG. 46 shows the structure of the TOPOLOGY UPDATE message. 
10 Referring to FIG. 46, CH DID denotes the Cluster Head Device ID, Length 1 denotes 

the number of NID fields and Length 2 denotes the number of CID fields. NID #n is 
the identifier of member node #n. Parent NID is the Parent Node ID, that is the parent 
node ID for the member node #n named in the previous field. CID #m is the identifier 
for neighbor Cluster #m. Border NED is the Border Node ID: the border node ID for 
15 the cluster #m named in the previous field. 

Inter Cluster Management Frames 

FIG. 47 shows the structure of the NETWORK CONNECTION REQUEST 
message. Referring to FIG. 47, CH DID denotes the Cluster Head Device ID, RNID 
denotes the Receiving Node ID and Dst NID denotes the Destination Node ID. CID 
20 denotes the cluster ID that the border node should set up a connection with. 

FIG. 48 shows the structure of the NETWORK CONNECTION RESPONSE 
message. Referring to FIG. 48, CH DID denotes the Cluster Head Device ID, RNID 
denotes the Receiving Node ID and Src NID is the Source Node ID, that is the node 
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ID of the border node. New CID is the New Cluster ID that is assigned to the cluster 
head by the Designated Device. 

FIG. 49 shows the structure of the CLUSTER ID REQUEST message. 
Referring to FIG. 49, CH DID denotes the Cluster Head Device ID, RNID is the 
Receiving Node ID and Src CID is the Source Cluster ID, that is the cluster ID of the 
border node. Src NID is the Source Node ID. 

FIG. 50 shows the structure of the CLUSTER ID RESPONSE message. 
Referring to FIG. 50, CH DID denotes the Cluster Head Device ID. RNID denotes 
the Receiving Node ID, that is the node ID of destination/intermediate node that 
should receive the packet. Dst CID is the Destination Cluster ID, i.e. the cluster ID of 
the border node that requested a new CID. Dst NID is the Destination Node ID, i.e. 
the node ID of the border node that requested a new CID. New CID is the New 
Cluster ID that is assigned by the Designated Device. 

FIG. 51 shows the structure of the NETWORK DISCONNECTION 
REQUEST message. Referring to FIG. 51, CH DID denotes the Cluster Head Device 
ID. RNID denotes the Receiving Node ID and Dst NED denotes the Destination Node 
ID. CID is the cluster ID that the border node should disconnect. 

FIG. 52 shows the structure of the NETWORK DISCONNECTION 
RESPONSE message. Referring to FIG. 52, CH DID denotes the Cluster Head 
Device ID, RNID denotes the Receiving Node ID, Src NID denotes the Source Node 
ID and CID denotes the cluster ID that the border node has disconnected with. 

FIG. 53 shows the structure of the NETWORK LINK-STATE REPORT 
message. Referring to FIG. 53, CH DID denotes the Cluster Head Device ID, RNID 
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denotes the Receiving Node ID and Src NID denotes the Source Node DD. Length 1 
denotes the number of fields for CCDs and CID #n denotes the identifier of the 
neighbor cluster. 

FIG. 54 shows the structure of the NETWORK TOPOLOGY UPDATE 
5 message. Referring to FIG. 54, CH DID denotes the Cluster Head Device ID, Length 

1 denotes the number of fields for CIDs and their Parent CIDs. CID #n denotes the 
identifier of the cluster ID that exists in the network. Parent CID is the Parent Cluster 
ID for the cluster #n named in previous field. 
Control Frames 

10 FIG. 55 shows the structure of the RTS message. Referring to FIG. 55, CH 

DID denotes the Cluster Head Device ID. The value of the Duration field is the 
amount of time the sending node needs to transmit the data frame, one CTS frame, 
one ACK frame and three inter-frame space intervals. RNID denotes the Receiving 
Node ID and TNID denotes the Transmitting Node ID. 

15 FIG. 56 shows the structure of the CTS message. Referring to FIG. 56, CH 

DID denotes the Cluster Head Device ID. Duration is the duration of previous RTS 
frame minus the time required to transmit the CTS frame and an inter-frame space 
interval. RNID denotes the Receiving Node ID and TNID denotes the Transmitting 
Node ID. 

20 FIG. 57 shows the structure of the ACK message for Intra Cluster 

Communication. Referring to FIG. 57, CH DID denotes the Cluster Head Device ID 
and RNED denotes Receiving Node ID, that is the node ID of destination/intermediate 
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node that should receive the packet. Dst NID denotes the Destination Node ID and 
Src NID denotes the Source Node ID. 

FIG. 58 shows the structure of the ACK message for Inter Cluster 
Communication. Referring to FIG. 58, CH DID denotes Cluster Head Device ID, 
5 RNID denotes the Receiving Node ID, Dst CID denotes the Destination Cluster 

ID.and Dst NID denotes the Destination Node ID. Src CID denotes Source Cluster ID 
and Src NID denotes the Source Node ID. 
Data Frames. 

FIG. 59 shows the structure of an Intra Cluster Data Frame. CH DID denotes 
10 the Cluster Head Device ID, RNID denotes the Receiving Node ID (the node ID of 

destination/intermediate node that should receive the packet) and Dst NID denotes the 
Destination Node ID. Src NID is the Source Node ID and Payload denotes the Data 
itself. 

The Intra Cluster Data Frame with ACK has the same frame structure as Intra 
1 5 Cluster Data Frame except the Frame Type field. 

FIG. 60 shows an Inter Cluster Data Frame. Referring to FIG. 60, CH DID 
denotes the Cluster Head Device ID, RNID denotes the Receiving Node ID (the node 
ID of destination/intermediate node that should receive the packet), Dst CID denotes 
the Destination Cluster ID and Dst NID denotes the node ID of the destination node. 
20 Src CID denotes the node ID of the source node, Src NID denotes the Source Node ID 

and Payload denotes the Data itself. 

The Inter Cluster Data Frame with ACK has the same frame structure as Inter 
Cluster Data Frame except the Frame Type field. 
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Those of ordinary skill in the art will recognize that the present invention has 
been described in terms of exemplary embodiments based upon use of a particular 
message set. However, the invention should not be so limited, since the present 
invention could be implemented functionally equivalent messages. 
5 The nodes themselves may comprise a variety of hardware components 

including as special purpose hardware and/or dedicated processors. Similarly, general 
purpose computers, microprocessor based computers, digital signal processors, 
microcontrollers, dedicated processors, custom circuits, ASICS and/or dedicated hard 
wired logic may be used to construct alternative equivalent embodiments of the 

1 0 present invention . 

Each node is directed by a computer program. Those ordinarily skilled in the 
art will appreciate that the program steps and associated data used to implement the 
embodiments described above can be implemented using disc storage as well as other 
forms of storage, such as, for example, Read Only Memory (ROM) devices, Random 

15 Access Memory (RAM) devices, optical storage elements, magnetic storage elements, 

magneto-optical storage elements, flash memory, core memory and/or other 
equivalent storage technologies without departing from the present invention. Such 
alternative storage devices should be considered equivalents. 

While the invention has been described in conjunction with specific 

20 embodiments, it is evident that many alternatives, modifications, permutations and 

variations will become apparent to those of ordinary skill in the art in light of the 
foregoing description. Accordingly, it is intended that the present invention embrace 
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all such alternatives, modifications and variations as fall within the scope of the 
appended claims. 

What is claimed is: 
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1. A node structure comprising a plurality of nodes, wherein a first node of the 
plurality of nodes is directed by a computer program to associate with a cluster of 
nodes in order to form a network by: 

discovering if any neighboring node is a cluster head; 
5 if a cluster head is discovered, establishing a communication link with the 

cluster head; and 

if no cluster head is discovered, directing the node to become a cluster head. 

2. A structure in accordance with claim 1, wherein the discovering comprises 
10 listening for a HELLO message for a predetermined period of time. 

3. A structure in accordance with claim 1, wherein the plurality of nodes includes a 
cluster head and the first node of the plurality of nodes contains a link-state list in a 
memory and wherein the establishing a communication link with the cluster head 

15 comprises: 

obtaining an identifier of the cluster head; and 

updating the link state list with the identifier of the cluster head. 

4. A structure in accordance with claim 1, wherein, if no neighboring node is a 
20 cluster head, the computer program is further operable to direct the first node to 

broadcast a HELLO message to neighboring nodes. 

5. A structure in accordance with claim 4, wherein if a neighboring node responds to 
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the HELLO message, the computer program is operable to direct the node in 
establishing communication with the neighboring node. 

6. A structure in accordance with claim 5, wherein the cluster head has a cluster head 
5 identifier and a link state list stored in a memory and wherein the establishing 

communication with the neighboring node comprises: 

providing the neighboring node with a node identifier; 

providing the neighboring node with the cluster head identifier; and 

updating the link-state list with the node identifier. 

10 

7. A structure in accordance with claim 6, wherein, if the size of the cluster has 
reached a defined limit, the node identifier is a predetermined temporary node 
identifier that directs the neighboring node to stop responding to HELLO messages 
from the cluster head. 

15 

8. A structure in accordance with claim 1, wherein the plurality of nodes includes a 
cluster head and the computer program is further operable to direct the first node to 
link with a second node by: 

receiving a HELLO message broadcast by the cluster head; 
20 transmitting the HELLO message to neighboring nodes; 

receiving a CONNECTION REQUEST message from the second node; 
transmitting a NODE IDENTIFIER REQUEST to the cluster head; 
receiving a NODE IDENTIFIER RESPONSE from the cluster head; and 
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transmitting a CONNECTION RESPONSE message to the second node. 

9. A structure in accordance with claim 8, wherein if the cluster has reached a defined 
limit the node identifier response from the cluster head includes a predetermined 

5 temporary node identifier that directs the second node to stop sending 

CONNECTION REQUEST messages to the first node. 

10. A structure in accordance with claim 1, wherein the computer program is further 
operable to direct the first node periodically to broadcast a HELLO message to 

10 neighboring nodes and to update a neighbor list stored in memory according to any 

responses to the HELLO message. 

11. A structure in accordance with claim 10, wherein a node is removed from the 
neighbor list if it does not respond to the HELLO message within a specified time. 

15 

12. A structure in accordance with claim 10, wherein if a response to the HELLO 
message is received from a node in a different cluster, the cluster identifier of the 
responding node is add to the neighbor list. 

20 13. A structure in accordance with claim 10, wherein the first node is not a cluster 

head and the computer program is further operable to direct the first node to broadcast 
the HELLO message to neighboring nodes in response to a HELLO message from the 
cluster head. . 
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14. A structure in accordance with claim 1, wherein the plurality of nodes includes a 
cluster head, the first node has a neighbor list stored in memory and the computer 
program is further operable to direct the first node periodically to send a link-state 

5 report that contains its neighbor list to the cluster head. 

15. A structure in accordance with claim 14, wherein, based upon one or more link- 
state reports received from neighboring nodes, the computer program is further 
operable to direct the cluster head to generate a topology list stored in memory and to 

10 send a TOPOLOGY UPDATE message to neighboring nodes. 

16. A structure in accordance with claim 15, wherein the topology list is generated by 
selecting the route between the cluster head and a neighboring node that uses the 
smallest number of nodes. 

15 

17. A structure in accordance with claim 15, wherein the topology list is updated if a 
node fails to send a link-state report. 

18. A structure in accordance with claim 1, wherein the computer program is 
20 operable to direct the first node to send data in a frame comprising: 

the data; 

a cluster head device identifier; 
a frame type indicator; 

34 

BNSDOCID: <WO O2087172A1 J_> 



WO 02/087172 



PCT/US02/12519 



a receiving node identifier; 

a destination node identifier; and 

a source node identifier. 

19. A structure in accordance with claim 18, wherein the data is sent to a node in a 
different cluster and wherein the frame further comprises: 

a transmitting node identifier; 

a destination cluster head identifier; and 

a source cluster head identifier. 

20. A structure in accordance with claim 1, wherein the computer program is 
operable to direct the first node to process a received information packet having a 
Cluster Head Identifier, a Frame Type, a Receiving Node Identifier and a Destination 
Node Identifier, by: 

checking the Cluster Head Identifier; 

checking the Frame Type; 

checking the Receiving Node Identifier; and 

checking the Destination Node Identifier; 
wherein the packet is accepted if the Cluster Head Identifier, the Receiving Node 
Identifier and the Destination Node Identifier match those of the first node and the 
Frame Type indicates that the packet contains a data message. 

21. A structure in accordance with claim 20, wherein if the Cluster Head Identifier 
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and the Receiving Node Identifier match those of the first node and the Frame Type 
indicates that the packet contains a data message, but the Destination Node Identifier 
is that of a different node, the Receiving Node Identifier of the packet is updated with 
the identifier of the first node, the packet is forwarded on the structure and an 
5 acknowledgement message is sent. 

22. A structure in accordance with claim 20, wherein the packet is accepted if the 
Cluster Head Identifier matches that of the first node, the Frame Type indicates that 
the packet contains a data message and the Receiving Node Identifier indicates that 

10 the packet contains a broadcast message. 

23. A structure in accordance with claim 22, wherein the information packet includes 
a Source Node Identifier, and the accepted broadcast message is forwarded to the 
structure if the Source Node Identifier is that of the parent node of the first node. 

15 

24. A structure in accordance with claim 1, wherein the plurality of nodes includes 
one or more clusters, each cluster comprising a node that is a cluster head and one or 
more member nodes linked to the cluster head. 

20 25. A structure in accordance with claim 24, wherein the plurality of nodes further 

comprises a designated device directed by a computer program that is operable to 
direct the designated device to assign a cluster identifiers to the cluster heads of the 
one or more clusters. 
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26. A structure in accordance with claim 24, wherein the plurality of nodes includes a 
border node that is a member of at least two clusters, and wherein the border node act 
as router connecting the clusters and relaying information packets between the 
5 clusters. 



27. A method for self-organization of a plurality of nodes to form a network 
comprising a cluster, the method comprising one or more of the processes of cluster 
formation, cluster network maintenance, intra-cluster communication, wherein, for a 
10 node of the plurality of nodes: 



the process of cluster formation comprises: 

discovering if any neighboring node is a cluster head; 

if the cluster head is discovered, establishing a communication link with the 
15 cluster head; and 

if no cluster head is discovered, directing the node of the plurality of nodes to 
become the cluster head, 

the process of cluster network maintenance comprises: 
20 periodically broadcasting a HELLO message to neighboring nodes; 

receiving responses to the HELLO message; and 

updating a neighbor list in accordance with responses to the HELLO message 



37 



BNSDOCID: <WO 02067 172At_l_> 



WO 02/087172 



PCT/US02/12519 



and the process of intra-cluster communication comprises: 

receiving an information packet having a Cluster Head Identifier, a Frame 
Type, a Receiving Node Identifier and a Destination Node Identifier; 
checking the Cluster Head Identifier; 
5 checking the Frame Type; 

checking the Receiving Node Identifier; 
checking the Destination Node Identifier; 

accepting the packet if the Cluster Head Identifier, the Receiving Node 
Identifier and the Destination Node Identifier match those of the node and the 
10 Frame Type indicates that the packet contains a data message. 

28. A method in accordance with claim 27, wherein the discovering in the process of 
cluster formation comprises listening for a HELLO message for a predetermined 
period of time. 

15 

29. A method in accordance with claim 27, wherein the establishing a 
communication link with the cluster head in the cluster formation process comprises: 

obtaining an identifier of the cluster head; and 

updating a link-state list with the identifier of the cluster head. 

20 

30. A method in accordance with claim 27, wherein the cluster formation process 
further comprises broadcasting a HELLO message to neighboring nodes from the 
cluster head. 
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31. A method in accordance with claim 30, wherein the cluster formation process 
further comprises establishing communication between the cluster head and a 
neighboring node if the neighboring node responds to the HELLO message. 

32. A method in accordance with claim 31, wherein the cluster head has a cluster 
head identifier and a link-state list and wherein the establishing communication with 
the neighboring node in the cluster formation process comprises: 

providing the neighboring node with a node identifier; 
providing the neighboring node with the cluster head identifier; and 
updating the link state list with the node identifier. 

33. A method in accordance with claim 32, wherein, if the size of the cluster has 
reached a defined limit, the node identifier is a predetermined temporary node 

15 identifier that directs the neighboring node to stop responding to HELLO messages 

from the cluster head. 

34. A method in accordance with claim 27, wherein the plurality of nodes includes a 
cluster head and the cluster formation process further comprises establishing a link 

20 between a first node and a second node by: 

receiving a HELLO message broadcast by the cluster head; 

transmitting the HELLO message to neighboring nodes; 

receiving a CONNECTION REQUEST message from the second node; 
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transmitting a NODE IDENTIFIER REQUEST to the cluster head; 
receiving a NODE IDENTIFIER RESPONSE from the cluster head; and 
transmitting a CONNECTION RESPONSE message to the second node. 

35. A method in accordance with claim 34, wherein, if the cluster has reached a 
defined limit, the node identifier response from the cluster head includes a 
predetermined temporary node identifier that directs the second node to stop sending 
CONNECTION REQUEST messages to the first node. 

36. A method in accordance with claim 27, wherein the process of cluster network 
maintenance further comprises a node of the plurality of nodes: 

periodically broadcasting a HELLO message to neighboring nodes; 
receiving responses to the HELLO message; and 

updating a neighbor list in accordance with the responses to the HELLO 
message. 



37. A method in accordance with claim 36, further comprising removing a node from 
the neighbor list if it does not respond to the HELLO message within a specified time. 

38. A method in accordance with claim 36, further comprising adding the cluster 
identifier of the responding node to the neighbor list if a response to the HELLO 
message is received from a node in a different cluster. 
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39. A method in accordance with claim 38, wherein the node of the plurality of nodes 
is not a cluster head and the node broadcasts the HELLO message to neighboring 
nodes in response to a HELLO message from the cluster head. 

5 40. A method in accordance with claim 27, wherein the plurality of nodes includes a 

cluster head and the process of cluster network maintenance further comprises a node 
of the plurality of nodes periodically sending a link-state report that contains its 
neighbor list to the cluster head. 

10 41. A method in accordance with claim 40, wherein the process of cluster 

maintenance further comprises: 

the cluster head generating a topology list based upon one or more link-state 
reports received from neighboring nodes; and 

the cluster head sending a TOPOLOGY UPDATE message to neighboring 
15 nodes, 

42. A method in accordance with claim 40, wherein the topology list is generated by 
selecting the route between the cluster head and a neighboring node that uses the 
smallest number of nodes. 



20 



43. A method in accordance with claim 41, wherein the process of cluster 
maintenance further comprises updating the topology list if the node fails to send a 
link-state report within a specified time. 
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44. A method in accordance with claim 27, wherein the process of intra-cluster 
communication further comprises: 

updating the Receiving Node Identifier of a packet with the identifier of the 
5 node; 

forwarding the packet on the network; and 
sending an acknowledgement message; 
if the Cluster Head Identifier and the Receiving Node Identifier match those of the 
node and the Frame Type indicates that the packet contains a data message, but the 
10 Destination Node Identifier is that of a different node. 

45. A network in accordance with claim 27, wherein the process of intra-cluster 
communication further comprises accepting a packet if the Cluster Head Identifier 
matches that of the node, the Frame Type indicates that the packet contains a data 

15 message and the Receiving Node Identifier indicates that the packet contains a 

broadcast message, 

46. A method in accordance with claim 45, wherein the information packet includes a 
Source Node Identifier, and the process of intra-cluster communication further 

20 comprises forwarding the accepted broadcast message to the network if the Source 

Node Identifier is that of the parent node of the node. 

47. A method in accordance with claim 27, wherein the network comprises a plurality 
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of clusters and a plurality of cluster heads and wherein the method further comprising 
one or more of the processes of inter-cluster network formation, inter-cluster network 
maintenance, and inter-cluster communication. 



5 48. A method as in claim 47, wherein the network further comprises a designated 

device and the process of inter-cluster network formation comprises: 

the designated device sending a HELLO message to neighboring nodes; 
if a cluster head of the plurality of cluster heads receives the HELLO message: 
the designated device assigning a cluster identifier to the cluster head; 
10 and 

the cluster head informing its member nodes of the cluster identifier; 
and 

if a member node receives the HELLO message: 

the member node adding the cluster identifier of the neighboring node 
15 from the parent cluster to its neighbor list; 

the member node reporting the neighbor list to the cluster head; 
the cluster head designating the member node as a border node; and 
the designated device assigning a cluster identifier to the cluster head 
via the border node. 



20 



49. A method as in claim 48, wherein the designated device assigning a cluster 
identifier to the cluster head comprises: 

the cluster head sending a CONNECTION REQUEST message to the 
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designated device; 

the designated device sending a CONNECTION RESPONSE message to the 
cluster head; 

the cluster head sending an ACK message to the designated device; 
the cluster head sending an CLUSTER IDENTIFIER REQUEST message to 
the designated device; and 

the designated device sending a CLUSTER IDENTIFIER RESPONSE 
message to the cluster head. 

50. A method as in claim 48, wherein the designated device assigning a cluster 
identifier to the cluster head via the border node comprises: 

the cluster head sending a NETWORK CONNECTION REQUEST message 
to the border node; 

the border node sending a CONNECTION REQUEST message to the 
designated device, or to its parent node that belongs to the parent cluster; 
the designated device, or the parent node from the parent cluster, sending a 
CONNECTION RESPONSE message to the border node; 
the border node sending an ACK message to the designated device, or to the 
parent node from the parent cluster; 

the border node sending an CLUSTER IDENTIFIER REQUEST message to 
the designated device; 

the designated device sending a CLUSTER IDENTIFIER RESPONSE 
message to the border node; and 
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the border node sending a NETWORK CONNECTION RESPONSE message 
to the cluster head. 

51. A method as in claim 47, wherein a node of the plurality of nodes is a designated 
5 device and the process of inter-cluster network formation comprises: 

each cluster head in the plurality of nodes periodically sending a LINK 
STATE REPORT to the designated device; 

the designated device calculating a tree route for the network; and 
the designated device sending a NETWORK TOPOLOGY UPDATE message 
10 to each cluster head; 

52. A method as in claim 51, wherein the process of inter-cluster network formation 
further comprises each cluster head updating a list of identifiers of parent clusters, 
child/lower clusters and border nodes when a NETWORK TOPOLOGY UPDATE 

15 message is received. 

53. A method as in claim 48, wherein the cluster head requests a cluster identifier 
from the designated device via at least one of an intermediate cluster head and a 
border node. 



20 



54. A method as in claim 48, wherein the designated device assigns a cluster 
identifier to a cluster head via at least one of an intermediate cluster head and a border 
node. 
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55. A method as in claim 51, wherein a node of the plurality of nodes is a backup 
designated device and the process of inter-cluster network maintenance further 
comprises the backup designated device periodically duplicating the list of cluster ID 
5 and network link-state information of the designated device. 
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